kermit.columbia.edu/kermit.columbia.edu.tar/kermit.columbia.edu/newsgroups/misc.19950528-19950726/[e-mail]_Tue Jul 11 04:54:36 1995.msg

Internet Message Format | 1995-07-31 | 3KB

Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA15160
  (5.65c+CU/IDA-1.4.4/HLK for <[e-mail]>); Tue, 11 Jul 1995 01:24:04 -0400
Received: by apakabar.cc.columbia.edu id AA21884
  (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Tue, 11 Jul 1995 01:24:03 -0400
Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!swrinde!elroy.jpl.nasa.gov!usc!math.ohio-state.edu!uwm.edu!vixen.cso.uiuc.edu!news.uoregon.edu!news.bc.net!rover.ucs.ualberta.ca!news.ucalgary.ca!acs3.acs.ucalgary.ca!dddau
From: [e-mail] (Doug Dau)
Newsgroups: comp.protocols.kermit.misc
Subject: 3.13 Expression Eval Fails In 3.14
Date: 11 Jul 1995 04:54:36 GMT
Organization: The University of Calgary
Lines: 41
Message-Id: <3tt06c$[e-mail]>
Nntp-Posting-Host: [e-mail]
X-Newsreader: TIN [version 1.2 PL2]
Apparently-To: [e-mail]

The following MSK 3.13 macro which iterates through a list of
phone numbers, dialing each one in turn until it either gets a
connection or fails to connect to any of the numbers, is failing
when I try to run it under the May 21/95 patch level 8 version of
MSK 3.14.

  COM MACRO TO MANAGE DIALING A LIST OF PHONE NUMBERS.
  def TRY set count \v(argc),if count,-
  :NXT,clear both,hangup,assign _dialnum \%\v(count),dial,if succ end 0,if count go :NXT,-
  def \%z f

where the macro would be invoked as

  try phoneno1 phoneno2 phoneno3 ... phoneno9

The problem seems to trace down to how the expression

  assign _dialnum \%\v(count)

is evaluated. Formerly it would evaluate to the phone number
associated with the argument being pointed to by "count" (don't
believe the syntax was quite kosher according to the manual but
it worked).  Under 3.14 the best I can do is get the expression
to evaluate to the symbolic arguments (\%9, \%8, etc) if I code
the fragment as

  assign _dialnum \\\{37}\v(count)

so it looks like 3.13 rescans and reduces the expression until
there is nothing left to substitute while 3.14 just scans the
expression once and quits.

Can anyone tell me if the above expression is being evaluated
properly for MSK 3.14, and if so, is there another way to rewrite
the expression to produce the desired result?
--
 Doug Dau                                      Internet: [e-mail]
 University Computing Services                 Phone:    [phone]
 University of Calgary                         Fax:      [phone]